「技术干货」好买中间件之监控：基于日志分析的端到端监控系统

一谈到监控，想必脑袋里面的词会以你从事的岗位为中心轴，喷出不少词语，比如面向系统运维的zbbix、Cacti、Nagios，比如基于ELK的产品系列 - 日志易、袋鼠云，比如......

不多费口舌，自从有 ‘微服务’ 这个名词以来，在架构师、研发的小伙伴大声叫喊着 “微服务架构可以给你带来好处”的同时，运维与测试同学的内心应该是拔凉拔凉的，为啥？因为原本‘IOE时代’的大集成，突然变成了一堆小碎片，环境怎么搭？出问题怎么排查？链路关系怎么整理？

尤其当产线出现异常或错误时，快速发现、定位、解决就变得尤其重要，相信很多同学都有过“出现问题，老板站在你背后看着你解决问题”的惨痛经历，而且还会问你“为什么我们不能早于客户发现问题呢？”

分久必合，合久必分

还是以微服务作为背景，去中心化变得很重要，但在很多系统的发展史中，基本路径都是“从系统孤岛 ——> 大一统或一大坨 ——>子系统系统拆分 ——> 微服务”

很难找到一套解决方案，伴随着这样一个路径成长或演化（本来监控就不是研发重视的视角），虽然DevOPS理念满天飞，而且方式也显得非常合体，但执行中，不是人的问题，就是这样那样的问题，很难短期达到效果

为什么要建这套监控平台，我们现状痛点是什么？

• to 运维
  

• 系统往分布式系统的方向发展、系统和系统的依赖难以知晓

• 故障排查成本高

• 系统的压力和系统的水位分析

• to 测试
  

• 压力分布测试难

• to 开发
  

• 系统排查错误成本高

这套监控平台，能为我们提供什么呢？

• 一张清晰的系统概况&网络拓扑

• 系统接口的依赖关系

• 针对请求的调用链关系

这套监控平台，我们如何实现他呢？

• 应用埋点
  

• 基于谷歌的Google Dapper为架构参照物

• 应用需按照要求输出日志

未完待续，继续前进

如果算上从设想到现在，应该已经有了2个年头，目前这套系统已应用在公司的各个业务线中，也起到了或多或少的作用，随着系统的拆分或微服务化得推进，应该还能有不少的改进、突破，拭目以待吧~